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Abstract. In this paper we introduce Associative Commutative Dis- 
tributive Term Rewriting (ACDTR), a rewriting language for rewriting 
logical formulae. ACDTR extends AC term rewriting by adding distribu- 
tion of conjunction over other operators. Conjunction is vital for expres- 
sive term rewriting systems since it allows us to require that multiple 
conditions hold for a term rewriting rule to be used. ACDTR uses the 
notion of a "conjunctive context" , which is the conjunction of constraints 
that must hold in the context of a term, to enable the programmer to 
write very expressive and targeted rewriting rules. ACDTR can be seen 
as a general logic programming language that extends Constraint Han- 
dling Rules and AC term rewriting. In this paper we define the semantics 
of ACDTR and describe our prototype implementation. 



1 Introduction 

Term rewriting is a powerful instrument to specify computational processes. It is 
the basis of functional languages; it is used to define the semantics of languages 
and it is applied in automated theorem proving, to name only a few application 
areas. 

One difficulty faced by users of term rewriting systems is that term rewrite 
rules are local, that is, the term to be rewritten occurs in a single place. This 
means in order to write precise rewrite rules we need to gather all relevant 
information in a single place. 

Example 1. Imagine we wish to "program" an overloaded ordering relation for 
integers variables, real variables and pair variables. In order to write this the 
"type" of the variable must be encoded in the term 1 as in: 

int(x) < int(y) — ► intleq(int(x),int(y)) 
real(x) < real(y) realleq(real(x),real(y)) 
pair (xi, x 2 ) < pair (yi,y 2 ) -> x\ < y x V x\ = yi A x 2 < y 2 

In a more standard language, the type information for variables (and other 
information) would be kept separate and "looked up" when required. □ 

1 Operator precedences used throughout this paper are: A binds tighter than V, and 
all other operators, e.g. -i, =, bind tighter than A. 



Term rewriting systems such as constraint handling rules (CHRs) 5 and 
associative commutative (AC) term rewriting j3j allow "look up" to be managed 
straightforwardly for a single conjunction. 

Example 2. In AC term rewriting the above example could be expressed as: 

int(x) A int{y) Ax < y — > int{x) A int{y) A intleq(x,y) 
real(x) A real(y) A x < y — ► real(x) A real(y) A realleq(x, y) 
pair(x,xi,x 2 ) Apair(y,yi,y 2 ) Ax <y -> pair(x,xi,x 2 ) A pair(y,yi,y 2 )A 

(xi < yi V xi = yi A x 2 < y 2 ) 

where each rule replaces the x < y by an appropriate specialised version, in the 
conjunction of constraints. The associativity and commutativity of A is used to 
easily collect the required type information from a conjunction. □ 

One difficulty remains with both AC term rewriting and CHRs. The "look 
up" is restricted to be over a single large conjunction. 

Example 3. Given the term int{x\) A int{y\) A pair{x, x\,x 2 ) A pair(y, yi,y 2 ) A 
x < y. Then after rewriting x < y to (x\ < y\ V x\ — yi Ax 2 < y 2 ) we could not 
rewrite x\ < y\ since the types for x\, y\ appear in a different level. 

In order to push the type information inside the disjunction we need to 



distribute conjunction over disjunction. □ 
Simply adding distribution rules like 

AA(B\J C) ^ AABM AAC (1) 

A AB V A A C -> A A {B V C) (2) 



does not solve the problem. Rule Q creates two copies of term A, which increases 
the size of the term being rewritten. Adding Rule @ to counter this effect results 
in a non-terminating rewriting system. 

1.1 Conjunctive context 

We address the non-termination vs. size explosion problem due to distributivity 
rewrite rules in a similar way to how commutativity is dealt with: by handling 
distributivity on the language level. We restrict ourselves to dealing with ex- 
panding distributivity of conjunction A over any other operator, and we account 
for idempotence of conjunction. 2 Thus we are concerned with distribution rules 
of the form 

PA/(Qi,...,Q n ) PAf{PAQ 1 ,...,PAQ n ). (3) 

2 This means that conjunction is distributive over any function / in presence of a 
redundant copy of P, i.e. PA (PA /(Qi, ... ,Q„)) -» P A f(P A Qi, . . . , P A Q n ). 
We use idempotence to simplify the RHS and derive 
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Let us introduce the conjunctive context of a term and its use in rewrite 
rules, informally for now. Consider a term T and the conjunction C AT modulo 
idempotence of A that would result from exhaustive application of rule @ to 
the superterm of T. By the conjunctive context of T we mean the conjunction C. 

Example 4- The conjunctive context of the boxed occurrence of x in the term 



We allow a rewrite rule P — ► T to refer to the conjunctive context C of the rule 
head P. We use the following notation: 

C\P ^> T. 

This facility provides A-distributivity without the undesirable effects of rule J^J 
on the term size. 

Example 5. We can express that an equality can be used anywhere "in its scope" 
by viewing the equality as a conjunctive context: 



1.2 Motivation and Applications 

Constraint Model Simplification. Our concrete motivation behind asso- 
ciative commutative distributive term rewriting (ACDTR) is constraint model 
mapping as part of the G12 project 0. A key aim of G12 is the mapping of solver 
independent models to efficient solver dependent models. We see ACDTR as 
the basis for writing these mappings. Since models are not flat conjunctions of 
constraints we need to go beyond AC term rewriting or CHRs. 

Example 6. Consider the following simple constraint model inspired by the So- 
cial Golfers problem. For two groups g\ and g% playing in the same week there 
can be no overlap in players: maxOverlap(gi, <?2, 0) The aim is to maximise the 
number of times the overlap between two groups is less than 2; in other words 
minimise the number of times two players play together in a group. 



= 3) A (x 2 > y V flx] = 4) A U V V) AW, 



is (x = 3) A U A W. 



a 




Using this rule on the term of Example 01 results in 

(x = 3) A (3 2 > y V (3 = 4) A U V V) AW 
without dissolving the disjunction. 



□ 



constraint 





Vw E Weeks 
..gz^zweeks [w] 
ffl<32 



maximise 





Vz/Ji ,W2€l Weeks 
Vgi£weeks[wi) 
V(?2 £ weeks [w2 ] 
9l<92 
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Consider the following ACDTR program for optimising this constraint model. 

maxOverlap(a, b, c\) \ maxOverlap(a,b, C2) -<=>• C2 > c\ \ true 

holds (true) •<=>■ 1 
holds (false) •<=>■ 

The first rule removes redundant maxOverlap constraints. The next two rules 
implement partial evaluation of the holds auxiliary function which coerces a 
Boolean to an integer. 

By representing the constraint model as a giant term, we can optimise the 
model by applying the ACDTR program. For example, consider the trivial case 
with one week and two groups G\ and G2. The model becomes 

maxOverlap(G\, G2,0) A maximise(holds(maxOverlap(Gi, G%, 1))). 

The subterm holds(maxOverlap(Gi,G2,l)) simplifies to 1 using the conjunctive 
context maxOverlap(G\, G2, 0). □ 

It is clear that pure CHRs are insufficient for constraint model mapping for 
at least two reasons, namely 

— a constraint model, e.g. Example HO is typically not a flattened conjunction; 

— some rules rewrite functions, e.g. rules (2) and (3) rewriting function holds, 
which is outside the scope of CHRs (which rewrite constraints only). 



Global Definitions. As we have seen conjunctive context matching provides 
a natural mechanism for making global information available. In a constraint 
model, structured data and constraint definitions are typically global, i.e. on the 
top level, while access to the data and the use of a defined constraint is local, e.g. 
the type information from Example ^ Another example is partial evaluation. 

Example 7. The solver independent modelling language has support for arrays. 
Take a model having an array a of given values. It could be represented as the 
top-level term array(a, [3, 1, 4, 1, 5, 9, 2, 7]). Deeper inside the model, accesses to 
the array a occur, such as in the constraint x > y + lookup(a, 3). The following 
rules expand such an array lookup: 

array(A, Array) \ lookup(A, Index) list. element (Array, Index) 
list -element ([X\Xs], 0) X 

list .element ([X\Xs], N) ^=> N > | list .element (X s, N - 1) 

Referring to the respective array of the lookup expression via its conjunctive 
context allows us to ignore the direct context of the lookup, i.e. the concrete 
constraint or expression in which it occurs. □ 
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Propagation rules. When processing a logical formula, it is often useful to be 
able to specify that a new formula Q can be derived from an existing formula 
P without consuming P. In basic term rewriting, the obvious rule P <f=^~ P A Q 
causes trivial non-termination. This issue is recognised in CHRs, which provide 
support for inference or propagation rules. We account for this fact and use rules 
of the form P ==>• Q to express such circumstances. 

Example 8. The following is the classic CHR leq program reimplcmented for 
ACD term rewriting (we omit the basic rules for logical connectives): 

leq(X, X) true (reflexivity) 

leq(X,Y) \ leq(Y,X) X = Y (antisymmetry) 

leq(X,Y) \ leq(X,Y) true (idempotence) 

leq(X, Y) A leq{Y, Z) =^ leq(X, Z) (transitivity) 

These rules are almost the same as the CHR version, with the exception of 
the second and third rule (antisymmetry and idempotence) which generalise its 
original by using conjunctive context matching. □ 

Propagation rules are also used for adding redundant information during model 
mapping. 

The rest of the paper is organised as follows. Section |3 covers the standard 
syntax and notation of term rewriting. Section [3] defines the declarative and op- 
erational semantics of ACDTR. Section ^describes a prototype implementation 
of ACDTR as part of the G12 project. Section [S] compares ACDTR with related 
languages. Finally, in Section we conclude. 



2 Preliminaries 



In this section we briefly introduce the notation and terminology used in this 
paper. Much of this is borrowed from term rewriting 

We use T(E, X) to represent the set of all terms constructed from a set of 
function symbols E and set of variables X (assumed to be countably infinite). 
We use £( n ' C £ to represent the set of function symbols of arity n. 

A position is a string (sequence) of integers that uniquely determines a sub- 
term of a term T, where e represents the empty string. We define function T\ p , 
which returns the subterm of T at position p as 

T| e = T 

f(Tl , • • ■ , T% : • • ■ , Tn) \ ip T{ \ p 

We similarly define a function T[S] P which replaces the subterm of T at position 
p with term S. We define the set Vos(T) to represent the set of all positions of 
subterms in T. 

An identity is a pair (s, t) e T(E, X) x T(E 7 X), which is usually written as 
s w t. Given a set of identities E, we define ~e to be the set of identities closed 
under the axioms of equational logic 3 1, i.e. symmetry, transitivity, etc. 
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We define the congruence class [T]~ E = {S E T(S,X)\S ~e T} as the set 
of terms equal to T with respect to E. 

Finally, we define function vars(T) to return the set of variables in T. 

3 Syntax and Semantics 

The syntax of ACDTR closely resembles that of CHRs. There are three types of 
rules of the following form: 

(simplification) r @ H <^> g \ B 
(propagation) r @ H =>■ g \ B 
(simpagation) r @ C \ H g \ B 

where r is a rule identifier, and head H, conjunctive context C, guard g and body 
B are arbitrary terms. The rule identifier is assumed to uniquely determine the 
rule. A program P is a set of rules. 

We assume that vars(g) C vars(H) or vars(g) C vars(H) U vars(C) (for 
simpagation rules). The rule identifier can be omitted. If g = true then the guard 
can be omitted. 

We present the declarative semantics of ACDTR based on equational logic. 
First we define the set of operators that ACDTR treats specially. 

Definition 1 (Operators). We define the set of associate commutative oper- 
ators as AC. The set AC must satisfy AC C and (A) 6 AC. 

For our examples we assume that AC = {A, V, +, x }. We also treat the operator 
A as distributive as explained below. 

ACDTR supports a simple form of guards. 

Definition 2 (Guards). A guard is a term. We denote the set of all "true" 
guards as Q, i.e. a guard g is said to hold iff g € Q. We assume that true £ Q 
and false $ Q. 

We can now define the declarative semantics for ACDTR. In order to do so 
we employ a special binary operator where to explicitly attach a conjunctive 
context to a term. Intuitively, the meaning of T where C is equivalent to that of 
T provided C is true, otherwise the meaning of T where C is unconstrained. For 
Boolean expressions, it is useful to interpret where as conjunction A, therefore 
w/iere-distribution, i.e. identity (J5J) below, becomes equivalent to A-distribution 
ijSJ . The advantage of distinguishing where and A is that we are not forced to 
extend the definition of A to arbitrary (non-Boolean) functions. 

We denote by B the following set of built-in identities: 



AoB p 


zBoA 


(1) 


(4oB)oCf 


iAo(BoC) 


(2) 


T p 


d (T where true) 


(3) 




t (A where B) A B 


(4) 


T where (Wi A W 2 ) p 


t, (T where Wi) where Wi 


(5) 


,Ai, ...,A n ) where W p 


s f(Ai, A t where W, A n ) where W 


(6) 
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for all o G AC, functions / G S^ n \ and i G {1, . . . , n}. 

Definition 3 (Declarative Semantics for ACDTR). The declarative se- 
mantics for an ACDTR program P (represented as a multiset of rules) is given 
by the function [J defined as follows: 

{Pj = {ld{R)j | Vi?, . R G P A 0(guard(fl)) £ G} U B 

\H g | B} = ^vars(B)-vars(H){H ~ B) 

\C\H ^> g | Bj = ^ V ars(B)-vars(c,H)(H where C w B where C) 

lH=>g\B} = 3 va rs(B)-vars(H) (H « H A B) 

where function guard(i?) returns the guard of a rule. 

The function [] maps ACDTR rules to identities between the head and the 
body terms, where body-only variables are existentially quantified. 3 Note that 
there is a new identity for each possible binding of guard(i?) that holds in Q. 
A propagation rule is equivalent to a simplification rule that (re)introduces the 
head H (in conjunction with the body B) in the RHS. This is analogous to 
propagation rules under CHRs. 

A simpagation rule is equivalent to a simplification rule provided the con- 
junctive context is satisfied. 

The built-in rules B from Definition [3] contain identities for creat- 
ing/destroying J2J and combining/splitting J5j), and distributing down- 
wards/upwards JHJ) a conjunctive context in terms of the where operator. 

The set B also contains identities and J2J for the associative/commutative 
properties of the AC operators. 

Example 9. Consider the following ACDTR rule and the corresponding identity. 

{X = Y\X ^> Yj = (Y where X = Y) w (X where X — Y) (7) 

Under this identity and using the rules in B, we can show that f(A) A (A = B) w 
f{B) A (A = B), as follows. 

f(A) A (A = B) 

{f{A) where (A = B)) A (A = B) « 
(f(A where (A = B)) where (A = B)) A (A = B) «J7| 
(f (B where {A = Bj) where (A = Bj) A {A = B) wjgj 
(f(B) where (A = B)) A (A = B) «gj 
f{B) A (A = B) 

□ 



3.1 Operational Semantics 

In this section we describe the operational semantics of ACDTR. It is based 
on the theoretical operational semantics of CHRs |1I4| . This includes support 
for identifiers and propagation histories, and conjunctive context matching for 
simpagation rules. 

3 All other variables are implicitly universally quantified, where the universal quanti- 
fiers appear outside the existential ones. 
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Propagation history. The CHR concept of a propagation history, which pre- 
vents trivial non-termination of propagation rules, needs to be generalised over 
arbitrary terms for ACDTR. A propagation history is essentially a record of all 
propagation rule applications, which is checked to ensure a propagation rule is 
not applied twice to the same (sub)term. 

In CHRs, each constraint is associated with a unique identifier. If multiple 
copies of the same constraint appear in the CHR store, then each copy is assigned 
a different identifier. We extend the notion of identifiers to arbitrary terms. 

Definition 4 (Identifiers). An identifier is an integer associated with each 
(sub)term. We use the notation T^i to indicate that term T has been associated 
with identifier i. A termT is annotated ifT and all subterms ofT are associated 
with an identifier. We also define function ids(T) to return the set of identifiers 
in T, and term(T) to return the non-annotated version of T . 

For example, T = /(a#l, 6#2)#3 is an annotated term, where ids(T) = {1, 2, 3} 
and term(T) = f(a, b). 

Identifiers are considered separate from the term. We could be more precise 
by separating the two, i.e. explicitly maintain a map between Vos(T) and the 
identifiers for T. We do not use this approach for space reasons. We extend 
and overload all of the standard operations over terms (e.g. from Section [21 to 
annotated terms in the obvious manner. For example, the subterm relation T\ p 
over annotated terms returns the annotated term at position p. The exception 
are elements of the congruence class [T]~ AC , formed by the AC relation ~ac, 
which we assume satisfies the following constraints. 

A#i o B#j ^ac B#j o A#z 
A#i o o C#k) ^ AC {A#i o B#j) o C#k 

We have neglected to mention the identifiers over AC operators. These identifiers 
will be ignored later, so we leave them unconstrained. 

A propagation history is a set of entries defined as follows. 

Definition 5 (Entries). A propagation history entry is of the form (r @ E), 
where r is a propagation rule identifier, and E is a string of identifiers. We 
define function entry(r, T) to return the propagation history entry of rule r for 
annotated term T as follows. 

entry(r,T) = (r @ entry(T)) 

entry(Ti o T 2 ) = entry(Ti) entry(T 2 ) o e AC 

entry(/(Ti, ...,T n )#i) = i entry(Ti) ... entry(T„) otherwise 

This definition means that propagation history entries are unaffected by asso- 
ciativity but are effected by commutativity. 

Example 10. Consider the annotated term T = /((a#l A 6#2)#3)#4. We have 
that T e [T]~ AC and T" = /((6#2 A a#l)#3)#4 e [T]~ AC . Although T 
and T' belong to [T]~ AC they have different propagation history entries, e.g. 
entry(r,T) = (r @ (4 1 2)) while entry(r,T") = (r @ (4 2 1)). □ 
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When a (sub)term is rewritten into another, the new term is assigned a set 
of new unique identifiers. We define the auxiliary function annotate^, T) = T a 
to map a set of identifiers V and un-annotated term T to an annotated term T a 
such that ids(T a ) fTP = and |ids(T a ) = \Vos(T)\. These conditions ensure that 
all identifiers are new and unique. 

When a rule is applied the propagation history must be updated accordingly 
to reflect which terms are copied from the matching. For example, the rule 
f(X) g(X,X) essentially clones the term matching X. The identifiers, 

however, are not cloned. If a term is cloned, we expect that both copies will 
inherit the propagation history of the original. Likewise, terms can be merged, 
e.g. g(X, X) ^==^> f(X) merges two instances of the term matching X. In this 
case, the propagation histories of the copies are also merged. 

To achieve this we duplicate entries in the propagation history for each oc- 
currence of a variable in the body that also appeared in the head. 

Definition 6 (Updating History). Define function 

update(JT, H a ,B,B a , T ) = Tj 

where H and B are un-annotated terms, H a and B a are annotated terms, and T 
and T\ are propagation histories. T\ is a minimal propagation history satisfying 
the following conditions: 

-T C T i: 

— Vp 6 Vos(H) such that H\ p = VeX (where X is the set of variables), and 
3q £ Vos(B) such that B\ q = V , then define identifier renaming p such that 
p(H a \ p ) and B a \ q are identical annotated terms. Then if E e Tq we have 
that p(E) e Ti. 

Example 11. Consider rewriting the term H a = /((a#l A 6#2)#3)#4 with a 
propagation history of Tq = {(r @ (1 2))} using the rule f(X) ^=^> g(X, X). 
The resulting term is B a = ,g((a#5 A6#6)#7), (a#8 A6#9)#10#ll and the new 
propagation history is T x = {(r @ (1 2)), (r @ (5 6)), (r @ (8 9))}. □ 

Conjunctive context. According to the declarative semantics, a term T with 
conjunctive context C is represented as (T where C). Operationally, we will 
never explicitly build a term containing a where clause. Instead we use the 
following function to compute the conjunctive context of a subterm on demand. 

Definition 7 (Conjunctive Context). Given an (annotated) term T and a 
position p e Vos(T), we define function cc(T,p) to return the conjunctive context 
at position p as follows. 

cc(T, e) = true 

cc{A A B, Ip) = B A cc(A, p) 

cc(A A B, 2p) = A A cc{B,p) 

cc(/(Ti, ..../, T n ),ip) = cc(r,,p) (/ ? A) 
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States and transitions. The operational semantics are defined as a set of 
transitions on execution states. 

Definition 8 (Execution States). An execution state is a tuple of the form 
{G,T,V,V), where G is a term (the goal), T is the propagation history, V is 
the set of variables appearing in the initial goal and V is a set of identifiers. 

We also define initial and final states as follows. 

Definition 9 (Initial and Final States). Given an initial goal G for program 
P, the initial state of G is 

{G a ,<D,vars(G),\ds(G a )) 

where G a = annotate(0, G). A final state is a state where no more rules are 
applicable to the goal G. 

We can now define the operational semantics of ACDTR as follows. 

Definition 10 (Operational Semantics). 

(G ,T ,V,r ) ~ (Gi,Ti,V,7>i) 

1. Simplify: There exists a (renamed) rule from P 

H^g\B 

such that there exists a matching substitution and a term G' such that 

- Go ~ac G' 

- 3peVos(G' Q ) . G' o \ p = 0(H) 

- 0(g) e g 

- B a = annotatefPo, 0(B)) 

Then Gi = G' [B a ] p , V 1 =V U ids(Gi) and T x = update(ff, G' \ p , B, B a , T ). 

2. Propagate: There exists a (renamed) rule from P 

r @ H g | B 

such that there exists a matching substitution and a term G' such that 

- Go ~ac G' 

- 3peVos(G' a ) . G' o \ p = 0(H) 

- 0(g) G g 

- entry (r, G | P ) g T 

- B a = annotate("Po, 0(B)) 

Then Gr = G' [G' Q \ P A B a ] p , T\ = update(if, G' \ p , B, B a , T ) U {entry(r, G | p )} 
and Vi=V U ids(Gi). 

3. Simpagate: There exists a (renamed) rule from P 

C \H g | B 

such that there exists a matching substitution and a term G' such that 
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({leq{Xi,Yi) 3 A4 leq(Ys, Z&) 7 As -vleq(Xw, #11)12), 0) ^trans 
((leq(X 1 ,Y 2 )3 A 4 leq(Y 5 , Z 6 ) 7 A13 leq(X 15 , Z 16 )i4 A 8 -igfeg(Xio, #11)12), T) ^ l£ te 
((Zeg(Xi, Y 2 )z A 4 /eg(Y5,# 6 )7 A13 leq{X 15 , Z 16 ) 1A A 8 ^true 17 ) ,T) ^simplify 
{(leq(X 1 ,Y 2 )3 A 4 /e<7(F 5 , #6)7 A13 ZegpGs, #i 6 )i4 A 8 false w ),T) ^ s i mp uf y 
((/eg(Zi, Y 2 ) 3 A 4 M^s,^)? A 13 false 19 ),T) >-» 

simplify 

((leq{X 1 ,Y 2 ) 3 A 4 false 20 ),T) simplify 
((false 21 ),T) 

Fig. 1. Example derivation for the /eg program. 



- Go «ac G 

- 3peP os (G ) . G(,| p = 0(J?) 

- 3D.0(C) AP«ac cc(G ,p) 

- 6(g) e G 

- B a = annotate(P ,#(-B)) 

ThenGi = G' [B a ] p , T\ = update(P, G' Q \ P , B, B a , T ) and Pi = P U ids(Gi). 

Example. Consider the leq program from Example 03 with the goal 

leq(X, Y) A leq(Y, Z) A ->leq(X, Z) 

Figure^shows one possible derivation of this goal to the final state representing 
false. For brevity, we omit the V and P fields, and represent identifiers as sub- 
scripts, i.e. T#i = Tj. Also we substitute T = {transitivity @ (3 2 1 7 5 6)}. 

We can state a soundness result for ACDTR. 

Theorem 1 (Soundness). If (G ,T ,V,T) ^* (G',T\ V,V) with respect to 
a program P, then [P] |= 3„ ors ( G /)_ v G « G' 

This means that for all algebras A that satisfy [P], Go and G' are equivalent 
for some assignment of the fresh variables in G'. 

4 Implementation 

We have implemented a prototype version of ACDTR as part of the mapping 
language of the G12 project, called Cadmium. In this section we give an overview 
of the implementation details. In particular, we will focus on the implementation 
of conjunctive context matching, which is the main contribution of this paper. 

Cadmium constructs normalised terms from the bottom up. Here, a nor- 
malised term is one that cannot be reduced further by an application of a rule. 
Given a goal /(ti, t n ), we first must recursively normalise all of t\, t n (to 
say si, s n ), and then attempt to find a rule that can be applied to the top-level 
of f(si, s n ). This is the standard execution algorithm used by many TRSs 
implementations. 
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This approach of normalising terms bottom up is complicated by the consid- 
eration of conjunctive context matching. This is because the conjunctive context 
of the current term appears "higher up" in the overall goal term. Thus conjunc- 
tive context must be passed top down, yet we are normalising bottom up. This 
means there is no guarantee that the conjunctive context is normalised. 

Example 12. Consider the following ACDTR program that uses conjunctive con- 
text matching. 

X = V \ X var(X) A nonvar{V) | V. 

one(X) X = 1. 
not_one{\) false. 

Consider the goal not_one(A) Aone(A), which we expect should be normalised to 
false. Assume that the sub-term not-one(A) is selected for normalisation first. 
The conjunctive context for not_one(A) (and its subterm A) is one(A). No rule 
is applicable, so not_one(A) is not reduced. 

Next the subterm one (A) is reduced. The second rule will fire resulting in 
the new term A = 1. Now the conjunctive context for the first term not-one(A) 
has changed to A = 1, so we expect that A should be rewritten to the number 
1. However not-one(A) has already being considered for normalisation. □ 

The current Cadmium prototype solves this problem by re-normalising terms 
when and if the conjunctive context "changes" . For example, when the conjunc- 
tive context one(A) changes to A = 1, the term not_one(X) will be renormalised 
to notjone{l) by the first rule. 

The general execution algorithm for Cadmium is shown in Figure|5| Function 
normalise takes a term T, a substitution 9, a conjunctive context CC and a 
Boolean value Ch which keeps track of when the conjunctive context of the 
current subterm has changed. If Ch = true, then we can assume the substitution 
9 maps variables to normalised terms. For the initial goal, we assume 9 is empty, 
otherwise if we are executing a body of a rule, then 9 is the matching substitution. 

Operationally, normalise splits into three cases depending on what T is. If 
T is a variable, and the conjunctive context has changed (i.e. Ch = true), 
then 9(T) is no longer guaranteed to be normalised. In this case we return the 
result of renormalising 9(T) with respect to CC. Otherwise if Ch = false, we 
simply return 9(T) which must be already normalised. If T is a conjunction 
Ti A T 2 , we repeatedly call normalise on each conjunct with the other added 
to the conjunctive context. This is repeated until a fixed point (i.e. further 
normalisation does not result in either conjunct changing) is reached, and then 
return the result of apply_rule on the which we will discuss below. This fixed 
point calculation accounts for the case where the conjunctive context of a term 
changes, as shown in Example^] Otherwise, if T is any other term of the form 
f{T\, ...,T n ), construct the new term T" by normalising each argument. Finally 
we return the result of apply_rule applied to T". 

The function call apply_rule(T', CC) will attempt to apply a rule to normalised 
term T' with respect to conjunctive context CC. If a matching rule is found, then 
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normalise(T,0,CC,C7i) 
if isjvar(T) 
if Ch 

return normalise(6l(T), 9,CC, false) 
else 

return 8(T) 
else if T = Ti A T 2 
do 

n ■■= ?! 

Ti := T 2 

Ti := normalise^', 6>,T^ A CC,true) 

T 2 := normalise^Ta^,^' A CC,true) 
while Ti T[ AT 2 ^Ti 
return apply_rule(Ti' A T^CC) 
else 

T = /(Ti, T„) 

T' := /(normalise(Ti,0,C7C7,C7i),..., normalise(T n ,0,CC,C7i)) 
return apply_rule(T',C"C) 

Fig. 2. Pseudo code of the Cadmium execution algorithm. 



the result of normalise(_B, 9,CC, false) is returned, where B is the (renamed) rule 
body and 9 is the matching substitution. Otherwise, T" is simply returned. 

5 Related Work 

ACDTR is closely related to both TRS and CHRs, and in this section we compare 
the three languages. 

5.1 AC Term Rewriting Systems 

The problem of dealing with associative commutative operators in TRS is well 
studied. A popular solution is to perform the rewriting modulo some permutation 
of the AC operators. Although this complicates the matching algorithm, the 
problem of trivial non-termination (e.g. by continually rewriting with respect to 
commutativity) is solved. 

ACDTR subsumes ACTRS (Associative Commutative TRS) in that we have 
introduced distributivity (via simpagation rules), and added some "CHR-style" 
concepts such as identifiers and propagation rules. 

Given an ACTRS program, we can map it to an equivalent ACDTR program 
by interpreting each ACTRS rule H -> B as the ACDTR rule H B. We 
can now state the theorem relating ACTRS and ACDTR. 

Theorem 2. Let P be an ACTRS program and T a ground term, then 
T^*S under P iff (T a , 0, 0, ids(T )) ^* (S a ,Q,Q,V) under a(P) (where 
T a = annotate(0, T)j for some V andterm(S a ) = S. 
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5.2 CHRs and CHR 



ACDTR has been deliberately designed to be an extension of CHRs. Several 
CHR concepts, e.g. propagation rules, etc., have been adapted. 

There are differences between CHRs and ACDTR. The main difference is 
that ACDTR does not have a "built-in" or "underlying" solver, i.e. ACDTR is 
not a constraint programming language. However it is possible to encode solvers 
directly as rules, e.g. the simple leq solver from Example [H] Another important 
difference is that CHRs is based on predicate logic, where there exists a distinc- 
tion between predicate symbols (i.e. the names of the constraints) and functions 
(used to construct terms). ACDTR is based on equational logic between terms, 
hence there is no distinction between predicates and functions (a predicate is 
just a Boolean function). To overcome this, we assume the existence of a set 
Vred, which contains the set of function symbols that are Boolean functions. 
We assume that AC D Vred = {A (2) }. 

The mapping between a CHR program and an ACDTR program is simply 
a(P) = P U {X A true •<=>• X}. 4 However, we assume program P is restricted 
as follows: 

— rules have no guards apart from implicit equality guards; and 

— the only built-in constraint is true 

and the initial goal G is also restricted: 

— G must be of the form Go A ... A G n for n > 0; 

— Each Gi is of the form fi(Ao, A m ) for m > and fi € Vred; 

— For all p E Pos(Aj),0 < j < m we have that if Aj\ p = g(E>o, B q ) then 
£?W £ AC and £ Vred. 

These conditions disallow predicate symbols from appearing as arguments in 
CHR constraints. 

Theorem 3. Let P be a CHR program, and G an initial goal both satisfying 
the above conditions, then (G, 0, true, 0}^ >— > (0, S,true,T)Y (for some T, i 
and V — vars(G)) under the theoretical operational semantics ^ for CHRs 
iff (G Q ,0, V,ids(G a )} >^ (S a ,T', V, V) (for some T , V) under ACDTR, where 
term(5 a ) = Si A... AS n and S = {S\#ii, S n #i n } for some identifiers i\, i n . 

We believe that Theorem^ could be extended to include CHR programs that 
extend an underlying solver, provided the rules for handling tell constraints are 
added to the ACDTR program. For example, we can combine rules for rational 
tree unification with the leq program from Example|Slto get a program equivalent 
to the traditional leq program under CHRs. 

ACDTR generalises CHRs by allowing other operators besides conjunction 
inside the head or body of rules. One such extension of CHRs has been studied 
before, namely CHR V 2 which allows disjunction in the body. Unlike ACDTR, 

4 There is one slight difference in syntax: CHRs use ' , ' to represent conjunction, 
whereas ACDTR uses 'A'. 
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which manipulates disjunction syntactically, CHR V typically finds solutions using 
backtracking search. 

One notable implementation of CHR v is UJ, which has an operational se- 
mantics described as an and/or (A/V) tree rewriting system. A limited form of 
conjunctive context matching is used, similar to that used by ACDTR, based 
on the knowledge that conjunction A distributes over disjunction V. ACDTR 
generalises this by distributing over all functions. 

6 Future Work and Conclusions 

We have presented a powerful new rule-based programming language, ACDTR, 
that naturally extends both AC term rewriting and CHRs. The main contribu- 
tion is the ability to match a rule against the conjunctive context of a (sub)term, 
taking advantage of the distributive property of conjunction over all possible 
functions. We have shown this is a natural way of expressing some problems, 
and by building the distributive property into the matching algorithm, we avoid 
non-termination issues that arise from naively implementing distribution (e.g. 
as rewrite rules). 

We intend that ACDTR will become the theoretical basis for the Cadmium 
constraint mapping language as part of the G12 project [7]. Work on ACDTR 
and Cadmium is ongoing, and there is a wide scope for future work, such as 
confluence, termination and implementation/optimisation issues. 
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A Examples 



A.l Further Motivating Examples 

Example 13 (Conjunctive Normal Form). One of the roles of mapping models 
is to convert a model written in an expressive language into a restricted lan- 
guage which is easy to solve. Many standard approaches to solving propositional 
formulae require that the formulae are in conjunctive normal form (CNF). Dis- 
junction V is distributive over A, which can be used to establish CNF in a direct 
way, using the oriented rule 

PVQAP -► (PVQ)A(PV R). 

CNF conversion based on this rule can exponentially increase the size of the for- 
mula. This undesirable circumstance means that in practice CNF conversions are 
preferred that replace subformulae by new propositional atoms, which increases 
the formula size at most linearly. 

Let us formulate this approach in rewrite rules. To keep this example simple, 
we assume that the non-CNF subformula PV Q AR occurs in a positive context 
(for example by a preprocessing into negation normal form) . We replace Q A R 
by a new atom s defined by the logical implication s =>■ (Q A R). In rewrite rule 
form, we have 

PVQAR -> (PVs) A (-.s VQ) A (->s V R). (8) 

Unit resolution and unit subsumption can be formalised in rewrite rules. Here 
are two versions, one using conjunctive context and a regular one: 

with conj. context: regular: 

P\P true PAP ^ P 

PA(PVQ) -» P 
P \ -P false P A -P — > false 



PA(-PVQ) -> PAQ 



We furthermore assume rules eliminating the logical constants true and false 
from conjunctions and disjunctions in the obvious way. Let us contrast the two 
rule sets for the formula (a V&A (c\/d)) Ad. The following is a terminating rewrite 
history: 

with conj. context: regular: 

(aVbA(cV d)) Ad (a V b A (c V d)) A d 

>-► (aVbA (cVtrue)) Ad >-> (a V s) A (-<s V b) A (-.s V c V d) A d 

>-> (aVfrAtrue)Ad >-> (a V s) A (-.s V 6) A true A d 

« (aVi)Arf >— » (a V s) A (~>s V 6) A d 
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To obtain the simple conjunct (a V 6) using the regular rule format, a rule ex- 
pressing binary resolution, i.e. from (PvS) A (^SVQ) follows (PvQ), would be 
required. However, such a rule is undesirable as it would create arbitrary binary 
resolvents, increasing formula size. Moreover, the superfluous atom s remains in 
the formula. □ 



Example 14 (Type remapping). One of the main model mappings we are inter- 
ested in expressing is where the type of a variable is changed from a high level 
type easy for modelling to a low level type easy to solve. A prime example of this 
is mapping a set variable x ranging over finite subsets of some fixed set s to an ar- 
ray x' of 0/1 variables indexed by s. So for variable x we have e € x <*=>■ x'[e] = 1. 
For this example we use the more concrete modelling syntax: t : x indicates vari- 
able x has type t, the types we are interested are L« an integers in the range I to 
u, set of S a set ranging over elements in S, and array[I] of E an array indexed 
by set I of elements of type E. We use forall and sum looping constructs which 
iterate over sets. This is expressed in ACDTR as follows. 



set of s : x ^==^> array[s] of 0..1 : x' A map(x, x') (typec) 

map(x, x') \ x •<=>■ x' (vsubs) 

array[s] of 0..1 : x \ card(x) sum(e in s) x[e] (card) 

array[s] of 0..1 : x A z :: (array[s\ of 0..1 : z A , . 
array[s] of 0..1 : y\x Ciy forall(e in s) z[e] = x[e] && y[e]) 

array[s] of 0..1 : x A z :: (array[s) of 0..1 : z A , , 

array[s] of 0..1 : y \ x U y forall(e in s) z[e] = x[e] \ \ y[e]) 

array[s] of 0..1 : x \ x = <^=> f orall(e in s) x[e] = (emptyset) 

card(t :: c) <^=^ card(t) :: c (j card) 

(t 1 :: c) U t 2 h Ut 2 ::c (| cwpZ) 

ii U (i 2 :: c) h Ut 2 ::c (| cupr) 

(ii :: c) n t 2 h f)t 2 ::c (f cap?) 

ii n (t 2 :: c) ti nt 2 ::c (j capr) 

(ti :: c) = t 2 ^ h = t 2 A c (| eg/) 

ti = (t 2 :: c) ti = t 2 A c (f egr) 

(h ■■■ c) < t 2 ti < t 2 A c (t Zegl) 

ii < (i 2 :: c) h<t 2 Ac (\ leqr) 

(t :: ci) :: c 2 t :: (ci A c 2 ) (f cc) 

maxOverlap(x, y, c) <^=^ card(x Ciy) < c (maxO) 



The :: constructor adds some local conjunctive context to an arbitrary term (like 
where) and the last 11 rules bar 1 move this context outwards to the nearest 
predicate scope. The last rule defines the maxOverlap predicate. They are used 
to introduce new variables z and their type and the constraints upon then. As 



17 



an example, consider the following derivation: 



set of l..n : x A set of l..n : y A maxOverlap(x, y, 1) 
^maxO set of 1..71 : x A set of l..n : y A card(x Dy) < 1 

^typec array[\..n] of 0..1 : x' A map(x, x') A set o/ l..n : y A card(x fl y) < 1 
^usutis array[l..n] o/ 0..1 : x' A map(x, x') A set o/ l..n : y A card(x' fl y) < 1 
^typec array[l..n] of 0..1 : x' A map(x, x') A array [l..n] o/ 0..1 : y' A map(y, y') A 
card(x' (~l y) < 1 

^•ysufes array[l..n] o/ 0..1 : x' A map(x, x') A array[l..n] o/ 0..1 : y' A map(y, y') A 
cardj x' D y' ) < 1 

^cap a7ray[l..n] o/ 0..1 : x' A map(x, x') A array[l..n] of 0..1 : y' A map(y, y') A 
card(z :: (array[l..n] of 0..1 : z A forall(e in l..n) z[e] = x'[e] && y'[e]) < 1 

^]card array[l..n] of 0..1 : x' A map(x, x') A array[l..n] of 0..1 : y' A map(y, y') A 

card(z) :: (orroy[l..n] o/ 0..1 : z A forall(e in l..n) z[e] = x'[e] && y'[ e ]) < 1 

^lleqi array[l..n] of 0..1 : x' A map(x, x') A array[l..n] of 0..1 : y' A map(y, y') A 
card(z) < 1 A array[l..n] of 0..1 : z A forall(e in l..n) z[e] = x'[e] && y'[e] 

The final goal is a flat conjunction of constraints and types. It can be similarly 
translated into a conjunction of pseudo-Boolean constraints that can be sent to 
a finite domain solver, by unrolling forall and replacing the arrays by sequences 
of n variables. □ 



Example 15 (Rational Tree Unification). We can directly express the rational 
tree unification algorithm of Colmerauer 5 as an ACD term rewriting system. 

/(si, . ..s n ) = /(ti, ...,t n ) si = ti A ■ ■ -s n = t n (split) 
/(si, ...s n ) = g(h, ...,t m ) ^> false (fail) 

The (split) rule must be defined for each constructor f/n and the (fail) rule for 
each pair of different constructors f/n and g/m. The remaining rules are: 

x = x var(x) \ true (id) 

t = x var(x) A nonvar(t) \ x = t (flip) 

x — s\x — t var(x) A nonvar(s) A size(s) < size(t) s = t (tsubs) 

x = y \ x var(x) A var(y) A x ^ y | y (vsubs) 

where size(t) is the size of the term t in terms of number of symbols, and = is 
syntactic identity. Even though the goals arc a single conjunction of constraints, 
ACD is used for succinctly expressing the (vsubs) rule which replaces one variable 
by another in any other position. 



5 A. Colmerauer. Prolog and Infinite Trees. Logic Programming, APIC Studies in Data 
Processing (16). Academic Press. 1992 
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The following derivation illustrates the unification process in action. The 
underlined part show the matching elements 

x = y A f(f(x)) = x A y = f(f(f(y))) 
"flip x = yAx = f(f(x))Ay = f(f(f(y))) 
"vsubs x = y A y = f(f{x)) Ay — f(f(f(y)j) 



bs x = yAy = f(f(y))Ay = f(f(f(y))) 



Hsubs x = y Ay = f(f(y)) A f(f(y)) = f(f(f(y))) 

Sput x = y Ay = f(f(y)) A f(y) = /(/(g)) 

-+spiu x = y A y = f(f(y)) /\y = f(y) 

Hsubs x = y A f(y) = f(f(y)) A y = f(y) 

-» sput x = y A y = f(y) Ay = f(y) 

Hsubs x = yhy = f(y) A f(y) = f(y) 

-> split x = yhy = f(y) A f(y) = f(y) 

^id x = y Ay = f(y) A true 

a 



A. 2 Expanded Examples 

The purpose of this section is to show some example derivations under the oper- 
ational semantics of ACDTR, rather than high-level descriptions. We allow for 
some shorthand, namely T$=i = Tj. 

Identifiers and conjunctive context. In this section we explain parts of the 
derivation from Example 1151 in more detail. The initial goal is 

x = yAf(f(x))=xAy = f(f(f(y))) 

which corresponds to the initial state: 

((((xi = y 2 ) 3 A (/(/(x 4 ) 5 )6 = £7)s)9 A (yio = /(/(/(yii)i 2 )i3)i4)i 5 )i6, 0, 
{x, y}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16}) 

The initial state is a quadruple contained an annotated version of the goal, an 
empty propagation history, the set of variables in the goal and a set of "used" 
identifiers. 

The first derivation step is a Simplify transition with the flip rule: 

(((Oi = 2/2)3 A (/(/(x 4 ) 5 )6 = £7)8 )9 A (y w = /(/(/(yn)i 2 )i3)i4)i5)i6, 0, 
{x, y}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16}) 

((((Xl = 2/2)3 A (x 17 = /(/(Xl 8 )l9)20)2l)9 A (yio = /(/(/(yil)l2)l3)l4)l5)l6, 0: 

{x, y}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21}) 

We have replaced the annotated subterm (/(/(a^^g = £7)3 with xn = 
f (f ^18)19)20)21 (i- e - flipped the operands to the equality) and reannotated the 
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new term with fresh identifiers. These were also added to the set of used identi- 
fiers. Since the propagation history is empty, it remains unchanged. 

The next derivation step is a Simpagate transition with the vsubs rule. 

((( Qki = 2/2)3 A (£17 = /(/ (218)19)20)21)9 A (y 10 = /(/(/ (2/11)12)13)14)15)16, 0, 
{x, y}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21}) 

1 — > 

((((Zl = 2/2)3 A (j/21 = /(/(xi 8 )i 9 ) 2 o)2l)9 A (7/10 = /(/(/(2/ll)l2)l3)l4)l5)l6,0, 

{x, 2/}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22}} 

The conjunctive context for subterm xn is 

cc(G a ,p) = (xi = 7/2)3 A (2/10 = /(/(/(2/n)i2)i3)i4)i5 A true 

where G a is the current goal and p is the position of X17. The first conjunct 
matches the conjunctive context of the vsubs rule, thus subterm xn is replaced 
with 2/2i- Identifier 21 is added to the list of used identifiers. 
Execution proceeds until the final state 

((x = yAy = f(y)) A true, 0, {x, y}, V) 

is reached, for some annotation of the goal and some set of identifiers V . This is 
a final state because no more rules are applicable to it. 

AC matching and propagation histories. Consider the propagation rule 
from the leq program: 

trans @ leq(X, Y) A leq(Y, Z) =^ X ^Y AY ^ Z \ leq(X, Z) 

and the initial state 

(leq(A 1 ,B 2 ) 3 A 4 leq(B 6 , A 6 ) 7 , 0, {A, B}, {1, 2, 3, 4, 5, 6, 7}}. 

We can apply Propagate directly (i.e. without permuting the conjunction) 
to arrive at the state: 

((leq(A 1 ,B 2 )3 A 4 leq(B 5 ,A 6 ) 7 ) A 8 leq{A 9 ,A w )u, 
{trans @ (3 1 2 7 6 5)}, {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11}). 

The propagation history prevents the rule from firing on the same terms 
again, however we can permute the terms to find a new matching. Namely, we 
can permute the annotated goal (which we call G a ) 

(leq(A 1 ,B 2 ) 3 A 4 leq(B 5 ,A 6 ) r ) A 8 leq(A 9 ,A w )u 

to 

(leq(B 5 , A 6 ) 7 A 4 leq(Ai,B 2 ) 3 ) A 8 leq(A g , A w )n. 
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The latter is an element of [GaJ^Ci and the identifiers have been preserved in the 
correct way. The entry trans @ (7 6 5 3 1 2) is not in the propagation history, 
so we can apply Propagate again to arrive at: 

(((leq(B 5 ,A 6 ) 7 A 4 leq(A 1 ,B 2 ) 3 ) A 12 leq(B 13 , #14)15) A 8 leq(A g ,A 10 ) n , 
{trans @ (3 1 2 7 6 5), trans @ (7 6 5 3 1 2)}, {1...15}). 

Now the propagation history prevents the rule trans being applied to the 
first two leq constraints. The guard also prevents the trans rule firing on either 
of the two new constraints, 6 thus we have reached a final state. 



Updating propagation histories. Consider a modified version of the previous 
example, now with two rules: 

trans @ leq(X, Y) A leq(Y, Z) => leq(X, Z) 

The first rule enforces idempotence of conjunction. 
Consider the initial state: 

(leq(A u A 2 ) 3 A 4 leq(A 5 ,A e ) 7 A 8 leq(A 9 , A w ) n , 0, {A}, {1...11}) 

We apply the trans rule to the first two copies of the leq constraint (with iden- 
tifiers 3 and 7). 

(leq(A ll A 2 ) 3 A 4 leq(A 5l A 6 ) 7 A 8 leq(A 9 ,A w )u A i2 leq(A 13l A 14 ) 15l 
{trans @ (3 1 2 7 5 6)}, {A}, {1...15}) 

Next we apply idempotence to leq constraints with identifiers 7 and 11. 

(leq{A 1 ,A 2 ) 3 A 4 leq(Aie, An) is A i2 leq(Ai 3 ,A 14: ) 15 , 
{trans ©(3 1 2 7 5 6), trans @ (3 1 2 18 16 17)}, {A}, {1...18}) 

An extra entry (trans @ (3 1 2 18 16 17)) is added to the propagation history 
in order to satisfy the requirements of Definition El This is because we have 
replaced the annotated constraint leq(A§, A§) 7 with the newly annotated term 
leq(A\§, Ai 7 )\&, which defines an identifier renaming 

/)={5m 16,6 17,7 18}. 

Since E — (trans @ (3 1 2 7 5 6)) is an element of the propagation history, we 
have that p(E) = (trans @ (3 1 2 18 16 17)) must also be an element, and hence 
the history is expanded. 



Without the guard both ACDTR and CHRs are not guaranteed to terminate. 
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